Managing security operating modes

ABSTRACT

A storage device that supports Trusted Computer Group (TCG) security allows management of TCG security features by a Basic Input/Output System (BIOS) using non-TCG security commands supported by the BIOS. In one implementation, a BIOS that does not support TCG security but does support ATA security can use ATA drive unlock to invoke TCG drive unlock on the storage device. Further, the storage device can be transitioned among multiple security operating modes (e.g., Undeclared, ATA security or TCG security).

SUMMARY

A storage device manages security of a storage device that isprovisioned using a first security protocol via security management of asecond security protocol.

Other implementations are also described and recited herein.

BRIEF DESCRIPTIONS OF THE DRAWINGS

FIG. 1 illustrates an example TCG-supporting computing system with aBIOS that does not support TCG security.

FIG. 2 illustrates a security state diagram relating to a TCG securitystate and an ATA security state.

FIG. 3 illustrates example operations for transitioning into a TCGsecurity state or an ATA security state.

FIG. 4 illustrates software layers of a computing system and theirindividual capabilities relating to unlocking a TCG-encrypted storagedevice.

FIG. 5 illustrates communications among a BIOS, an application oroperating system, and a TCG-supporting storage device afterstandby/sleep mode.

FIG. 6 illustrates example operations after standby/sleep mode.

FIG. 7 illustrates an example computing system that can be used toimplement the described technology.

DETAILED DESCRIPTIONS

The Trusted Computing Group (TCG) was established to develop standardsfor trusted computing components and software interfaces that can beimplemented across multiple platforms without compromising thefunctional integrity of a computer or the privacy of a user. The TCG hasdeveloped various security specifications relating to desktop and mobilecomputing devices, mobile devices, storage devices and networks. Theprimary goal is to protect a computer user's information assets (data,passwords, security keys, etc.) from unauthorized access, such assoftware attacks and manual theft. One aspect of TCG storage devicesecurity involves disc encryption, in which disc read/writes are passedthrough hardware decryption/encryption logic and access to data ismanaged by passwords for individual portions of the storage media. Forexample, a first range of LBAs (or band or portion) of the storage mediamay be protected by encryption based on a first password, a second bandof the storage media may be protected by encryption based on a secondpassword, etc. It should be understood that a single password canprotect multiple portions of the storage media.

However, considerations exist as the TCG Storage Work Group (SWG) CoreSpecification is implemented into computing and storage platforms. Oneconsideration is that the Basic Input/Output System (BIOS) firmware ofmany computing systems, new and old, does not support the TCG StorageWork Group (SWG) Core Specification. BIOS vendors have significant spaceconstraints in which to implement security enhancements, and BIOSmodifications are difficult to deploy to customers. For these and otherreasons, BIOS vendors have been slow to implement and deploy BIOSenhancements to support TCG. Nevertheless, there are times duringoperation when access to TCG features by or through the BIOS isdesirable (e.g., coming out of a standby mode). The described technologyprovides management of TCG security features by the BIOS using non-TCGsecurity commands supported by the BIOS.

Another consideration is that the TCG Storage Work Group (SWG) CoreSpecification may need to coexist on a storage device with a securityprotocol other than TCG. Implementations such as this can benefit fromdefined methods of transition between security operating modes of eachsecurity protocol. The described technology defines transition methodsbetween TCG Storage Work Group (SWG) Core Specification securityoperating mode and a security operating mode for another securityprotocol (e.g., ATA Security, etc.).

Most hard disc drive manufacturers offer a feature referred to as the“ATA security feature set” but commonly known as “ATA hard drivepassword locking”. In contrast to other computer security features, suchas BIOS or operating system (OS) password protection, an ATA securityprotocol provides an ATA password locking that is implemented in thehard disc drive. Even if a required operating system password and anyBIOS-level password protection is satisfied, removed, or otherwise,circumvented, an ATA security protected hard drive will not retrievedata unless the correct ATA password is presented to the drive. However,although ATA security provides some protections, stronger security ispossible, such as security features specified by the Trusted ComputerGroup.

The Trusted Computer Group, and particularly the TCG Storage Work Group(SWG), has worked to develop standard specifications for enhanced,industry-wide protection of stored data, primarily through the use offull disc encryption and strong access control. As part of this effort,the TCG security protocol defines interfaces to allow applications,operating systems, and the BIOS to take advantage of the TCG securityfeatures to access the data on encrypted storage devices. It should beunderstood that, while the present description focuses on hard discdrives, other storage devices may employ an implementation of thedescribed technology, including solid state drives (SSDs).

A security protocol represents a convention or standard that controls orenables security management. Generally, a security protocol can bedefined as the rules governing the syntax, semantics, and statetransitions for security management. A security protocol may bespecified using a formal description of message formats and the rulesfor exchanging those messages. Protocols may be implemented by hardware,software, or a combination of the two. For example, one or more versionsof the TCG SWG Core Specification specify portions of the TCG securityprotocol, whereas the ATA security protocol is specified by one or moreversions of the ATA Specification.

Furthermore, although applications and operating systems are rapidlyadopting and supporting the TCG SWG Core Specifications, BIOS vendorsare slow to implement and deploy TCG SWG features in the BIOS. However,in certain circumstances, such as resuming operation after standby/sleepmode, an application or an operating system may not yet be availablewhen storage access is required or desired, so the BIOS may beresponsible for unlocking encrypted data on a TCG-encrypted storagedevice. If the BIOS does not support the TCG security, then thedescribed technology may be employed to allow the TCG-unaware BIOS tounlock the storage device and access the TCG-encrypted data. Note: TheTCG develops a variety of security-related specifications, including theEnterprise SSC, Opal SSC, and the Core Spec, among others, which may beimplicated in part or in full within the TCG security protocol supportedby the described technology.

In ATA security, locking refers to disabling host access to data on thestorage media. In one implementation, an ATA locked storage devicerefuses to return data from the storage media in response to a hostrequest for such data. Note: It should be understood that someimplementations of ATA security may also include encryption/decryptionof stored data in addition to ATA drive locking/unlocking ATA unlockingrefers to enabling host access to data on the storage media, subject toprovision of a user password or master password. In contrast, TCGsecurity involves encryption of data on the storage media. As such, aTCG locked storage device (or a portion of the storage media) refuses todecrypt TCG-encrypted data on the storage media and return it to arequesting host. TCG unlocking, therefore, refers decryptingTCG-encrypted data from one or more portions of the storage media andreturning the decrypted in response to a host data access request,subject to provision of a TCG password.

FIG. 1 illustrates an example TCG-supporting computing system 100 with aBIOS 102 that does not support or is unaware of TCG security. Thecomputing system 100 is shown with a display device 104, a couple ofinput devices (i.e., a keyboard 106 and a mouse 108), and a computingenclosure 110. The computer enclosure 110 is shown as including astorage device 112, applications/operating system 114, and an interface116 defined between the storage device 112 and theapplications/operating system 114 and between the storage device 112 andthe BIOS 102. The interface 116 represents circuitry and/or softwarethat allow the applications/operating system 114 and the BIOS 102 tointeract with the storage device 112 to manage security features andaccess the one or more storage media 118 of the storage device 112. Forexample, in one implementation, the interface 116 includes an ATAsecurity interface and a TCG security interface for communicating withlogic 120 in the storage device 112.

The storage device 112 provides TCG-based security features and includesthe logic 120, memory 122, and the storage media 118. The logic 120processes commands received through the interface 116 and respondsaccordingly. For example, if the applications/operating system 114issues a TCG drive unlock command to the storage device 112 through theinterface 116, the logic 120 processes the command (e.g., ensures thatthe host has properly proven its identity, such as by providing a properpassword with the drive unlock command, and unlocks appropriate portionsof the storage media 118, if any) and responds with the results of theattempted drive unlock operation. As part of such processing, the logic120 may access a reserved data region of the storage media 118 toconfirm the host's identity. In some implementation, some or all of thesecurity metadata is stored in this reserve data region of the storagemedia 118. For example, the logic 120 may compare a password receivedwith the TCG drive unlock command against one or more passwords storedin the reserved data region of the storage media 118 and associated withone or more portions of the storage media 118.

In one implementation, the computing system 100 is capable of supportingboth ATA security features as well as TCG security features. When thecomputing system 100 is first configured, the computing system 100 isinitially in a default Security Operating Mode 0 (SOM0), in whichneither ATA security nor TCG security are configured. SOM0 is consideredthe default mode for an unconfigured computing system. The user mayelect to leave the computer system in SOM0 or configure the computingsystem 100 to provision either ATA security or TCG security features.For example, the user may elect to provision ATA security by locking thestorage device using an ATA user password or ATA master password or toprovision TCG security by configuring the storage device for encryptionand locking using a TCG password. Alternatively, the user may elect toconfigure the computing system 100 for ATA Locking mode but stillsupport TCG Admin mode. Details of the transition out of SOM0 intoeither SOM1 (ATA Locking) or SOM2 (TCG Locking) are provided with regardto FIGS. 2 and 3.

After an initial configuration of the computing system 100 to supportTCG security, the applications/operating system 114 primarily interactswith the storage device 112 to manage the TCG security features. Forexample, in some implementations of an S5 Power on Reset operation, theapplications/operating system 114 (e.g., using a boot kernel, softwareand data stored in a shadow master boot record or shadow MBR) isresponsible for unlocking the storage device 112 prior to rebooting tothe main operating system. In one implementation, a shadow MBRrepresents an alternate copy of a primary MBR (plus potentially otherdata) that is temporarily used in place of the primary MBR during theboot process until a storage device is unlocked and the shadow MBR isdeactivated. It should be understood that other boot methods may also beemployed in the described technology, including without limitation a GPT(GUID partition table).

On boot from initial power, the TCG drive is locked and the shadow MBRis present and not locked on the storage media 118. When the BIOS 102attempts to read the MBR in the storage device 112, its read request isredirected to the shadow MBR, which includes instructions for unlockingthe storage device 112 (subject to authentication) and for resetting theBIOS 102. After the storage device 112 is unlocked, the shadow MBR isdeactivated, and the BIOS 102 is reset and then boots the primary MBR(or is directed to reboot). The BIOS 102 then transfers control to theapplications/operating system 114, which have access to unlocked datarecorded on the storage device 112 until the storage device 112 ispowered down or otherwise locked. (It should be understood that in someimplementations the shadow MBR is not locked and therefore may beaccessed unconditionally.)

Additionally, in some implementations of an S4 Hibernation operation,the applications/operating system 114 writes all system memory to thestorage device 112, shuts down system memory, and powers down thecomputing system 100. Resuming operation from S4 Hibernation mode thenemploys a boot process similar to that described with regard to S5 Poweron Reset operation.

However, in some implementations of an S3 Standby/Sleep operation, thereis no boot process during the resume to allow the shadow MBR to unlockthe storage device 112. Further, the pre-Standby/Sleep system memory ispreserved, such that the applications/operating system 114 is alreadyloaded. As such, there is no available location in memory for anapplication to execute a TCG Unlock command. Therefore, in thiscircumstance, the BIOS 102 is the only system resource available tounlock the storage device 112, even if it does not support or is unawareof TCG security. Details of resuming from S3 Standby/Sleep operation areprovided with regard to FIGS. 4, 5 and 6.

In summary, the description relating to FIG. 1 sets up an operatingenvironment in which a storage device supports both TCG security and ATAsecurity. However, it should be understood that the described technologymay be employed with a different combination of security and interfaceprotocols (e.g., SCSI, USB, IEEE 1667, etc.). Such a storage device maybe initially configured in an undeclared security state, referred toherein as Security Operating Mode 0 (SOM0), but may be subsequentlyprovision by a user or administrator into an ATA security mode (SOM1) orTCG security (SOM2). Furthermore, in one implementation, the user oradministrator may revert the storage device back to SOM0 and then againto either one of the security states, SOM1 or SOM2. In this manner, thesecurity device may be flexibly managed among the various SecurityOperating Modes, as described with regard to FIGS. 2 and 3. Thereafter,FIGS. 4, 5, and 6 and their corresponding descriptions relate to use ofan ATA Security Unlock command by a TCG-unaware BIOS to send a passwordthat is compared against TCG passwords held by a TCG-provisioned storagedevice. FIG. 7 relates to a computing system in which a TCG-unaware BIOSand TCG-supporting storage device may be employed.

FIG. 2 illustrates a security state diagram 200 relating to a TCGsecurity state 202 and an ATA security state 204. In a SecurityOperating Mode 0 (“SOM0”) 201, also referred to as “Undeclared operatingmode 201”, a computing system has not declared its intent to use onesecurity mechanism or the other (e.g., ATA security versus TCGsecurity). While in SOM0, neither drive locking mechanism is configuredfor the storage device and neither drive locking mechanism has exclusivecontrol of the storage device.

In one implementation of SOM0, the storage device instead is receptiveto both TCG and ATA security commands as well as most of the standardATA commands. In SOM0, ATA security is disabled, but the ATA securitystate machine of the storage device is active and capable of processingappropriate ATA security commands. Depending on the ATA securitycommands received in SOM0, the ATA security state machine may be in anyone of the ATA Security states SEC0 through SEC2 and behaves inaccordance with the governing ATA standard specification. In oneimplementation, the TCG Locking Security Provider (the “Locking SP”)resides in the Manufactured-Inactive state and is not managing drivelocking, although the TCG Admin Security Provider (“Admin SP”) isactive. Although the descriptions herein focus on clientimplementations, it should be understood that the described technologymay be employed in systems spanning from embedded systems to enterpriseclass environments, and even outside of that range.

A user or administrator may choose to configure a computing system toprovide ATA Locking mode, designated as “SOM1”. In SOM1, ATA drivelocking is enabled via the ATA security interface and the lockingfunctionality of the storage device may be managed using the standardATA security commands. The ATA security state machine is active andcapable of processing all ATA security commands. Depending on the ATAsecurity commands received in SOM1, the ATA security state machine maybe in any one of the SEC3 through SEC6 states and behaves in accordancewith the governing ATA Specification. Modern storage devices typicallysupport ATA drive locking, in which a storage device lock passwordprevents user access unless and until the correct password is provided.ATA drive locking is a common feature in most modern laptop computers.These ATA storage device lock passwords are generally not the same asBIOS passwords but are typically managed by the BIOS.

In SOM1, the state of the TCG Locking SP is Manufactured-Inactive,thereby preventing the Locking SP from managing drive locking Whentransitioning to SOM1, if the host successfully issues an ATA SetPassword command to set the ATA user password and TCG security is notmanaging the TCG SID password, the storage device updates the TCG SIDpassword with the new ATA user password (e.g., the TCG SID password ispersonalized, i.e., the TCG SID password is changed to a value otherthan the factory default). This approach ensures that the ATA user alsocontrols certain functionality within the TCG security infrastructure,thereby locking out malicious users and processes that might exploit anunpersonalized TCG SID password. In one implementation, TCG security isnot managing the TCG SID password if the TCG SID password has not beenchanged from its default value.

The storage device transitions from SOM0 to SOM1 (i.e., turning on ATAdrive locking) in response to the host setting the ATA user passwordusing the ATA SECURITY SET PASSWORD command 206. As a side effect ofthis transition, if the host has not personalized the TCG SID passwordon the Admin SP, the default TCG SID password on the Admin SP, isreplaced with the specified ATA user password value. For hosts intendingto use the ATA security interface completely, propagating the ATA userpassword to the TCG SID password of the Admin SP prevents otherTCG-aware entities from taking ownership of the unclaimed TCG SIDpassword. The host can still manage and utilize the TCG SID passwordthrough the TCG administrative interface so long as it knows the ATAuser password.

The host transitions from SOM1 to SOM0 (i.e., turns off ATA drivelocking) automatically, whenever any one of the following occurs (shownas communication 208):

-   -   the host successfully disables the ATA user password using the        ATA SECURITY DISABLE PASSWORD command;    -   the host successfully erases the drive using the ATA SECURITY        ERASE UNIT command;    -   the host successfully invokes a supported TCG revert method on        the TCG Admin SP.

Specific side effects of this transition depend upon the command used toinvoke the transition. Nevertheless, the commands may result in thefollowing common side effect:

-   -   if ATA security is currently managing the TCG SID password, the        value of the TCG SID password is restored to its default value,        as specified in the TCG Security Subsystem Class Specification.

While in SOM0 and SOM1, the storage device presents the standard ATAsecurity interface as specified in the governing ATA specification, withthe modifications described herein. The ATA SECURITY ERASE UNIT commandsupports both the Normal and Enhanced erase modes with the followingmodifications:

-   -   Normal Erase: Normal Erase is accomplished by changing the media        encryption key for the storage device followed by an overwrite        operation to the entire storage media, such as an overwrite        operation that writes random data. On reading back the        overwritten sectors, the returned data may or may not match what        was written during the overwrite operation.    -   Enhanced Erase: Enhanced Erase is accomplished by changing the        media encryption key for the storage device, and overwriting of        the entire storage media is not performed.

The ATA SECURITY ERASE UNIT command preserves the value of the ATAmaster password. In addition to their standard effects on the ATAsecurity state machine, the ATA SECURITY ERASE UNIT, SECURITY SETPASSWORD, and SECURITY DISABLE PASSWORD commands have the additionalside effects described herein.

Alternatively, a user or administrator may choose to configure acomputing system to provide TCG Locking mode, designated as “SOM2”. InSOM2, the TCG locking behavior of the storage device is determined bythe portion (e.g., band or range) definitions within the TCG Locking SP.TCG drive locking is enabled via the TCG security interface and thelocking functionality of the storage device may be managed using thestandard TCG security commands. According to the TCG Storage InterfaceInteractions Specification, Specification Version 1.0, Jan. 27, 2009,Section 4.5.1.3, all ATA security commands are to be aborted when thestorage device is in SOM1. However, in the described technology, an ATAdrive unlock command is accepted and processed to allow a TCG-unawareBIOS to unlock a TCG-encrypted storage device. Also, an ATA SecurityFreezelock command may be accepted by the storage device. Although, theATA Security Freezelock command results in no action by the storagedevice in SOM2, accepting the ATA Security Freezelock command maintainscompatibility with BIOS implementations that may experience problems ifthe ATA Security Freezelock command were to be aborted.

The storage device transitions from SOM0 to SOM2 (i.e., turning on TCGdrive locking), when the host executes the TCG activate method 210 onthe SP object that represents the TCG Locking SP. On this transition,the media encryption key currently in use for the entire storage deviceis preserved as the media encryption key for the TCG Global Range.

The storage device transitions from SOM2 to SOM0 (i.e., turns off TCGdrive locking) automatically, whenever the host invokes a TCG revertmethod 212 against any of the following entities: the Locking SP, theAdmin SP or their corresponding objects in the Security Provider tableon the Admin SP.

While in SOM2, the ATA security state machine is no longer in control ofdrive locking and the storage device does not support the ATA securityfeature set. The TCG locking interface is in control and, based on theconfiguration of the Locking SP, the storage device may expose a limitedsubset of the ATA security feature set as described herein. Other ATAsecurity commands result in an interface status of COMMAND ABORTED.

In SOM2, the storage device accepts a properly formatted ATA SECURITYFREEZELOCK command. The command does not affect the TCG interface or theability of the drive to process further permitted ATA security commands.

As long as the storage device has at least one TCG band that allows ATAunlock, or if the shadow MBR is active, the ATA SECURITY UNLOCK commandis permitted; otherwise, the command returns an interface status ofCOMMAND ABORTED. When permitted, the ATA SECURITY UNLOCK commandverifies the specified password against:

-   -   any TCG credential having an associated authority that is        permitted to set both the Read/WriteLocked attributes on the        band that allows ATA Unlock; and    -   when the shadow MBR is active (e.g., when MBRControl table's        Enable column value is TRUE and Done column is FALSE), any TCG        password associated with an authority permitted to set the Done        column of the MBRControl table.

If the password matching succeeds:

-   -   If the password matches the value of an appropriate lock/unlock        authority's password, the Read/WriteLocked attributes for the        band is set to Unlocked.    -   If the password matches the value of an appropriate admin        authority's password, the Done attribute for the shadow MBR is        set to True.

If the password fails to match any of the targeted TCG passwords, theATA SECURITY UNLOCK command returns an interface status of COMMANDABORTED and the retry counter for the ATA security interface isdecremented. In SOM2, there is no distinction between ATA user and ATAmaster passwords, and the storage device ignores the “CompareUser/Master Password” bit in the ATA SECURITY UNLOCK command. Also, inSOM2, the retry counter on the ATA security interface is not reset onsuccessful invocation of ATA SECURITY UNLOCK.

FIG. 3 illustrates example operations 300 for transitioning into a TCGsecurity state or an ATA security state. An initial operation 302 startsthe computing system in an undeclared state (SOM0), in which neither TCGsecurity nor ATA security exclusively controls the storage device.However, both the TCG security state machine and the ATA security statemachine are capable of processing appropriate security commands.

A declaration operation 304 receives a command to initiate either TCGsecurity or ATA security. A decision operation 306 determines whetherthe declaration is a TCG Admin template method (e.g., activate) or anATA security command (e.g., ATA SECURITY SET PASSWORD (user)), theformer initiating the TCG security mode and the latter initiating theATA security mode.

If the declaration initiates ATA security mode, then a replacingoperation 308 replaces the TCG SID password with the ATA user passwordprovided with the ATA SECURITY SET PASSWORD (user) command, if the TCGSID password is still the default. If the TCG SID password has beenpersonalized (e.g., by the user or administrator), then it is notreplaced. In this manner, the TCG default SID password, which can becompromised, is replaced by the ATA user password to prevent maliciousprocesses from gaining access to the storage device through the knownTCG default SID password.

An ATA security operation 310, which operates in the ATA Security State,accepts and processes ATA Security commands and TCG Admin methods basedon the ATA user password. For example, a storage device in an ATASecurity State can accept and process both ATA Security commands and TCGAdmin methods. The ATA security operation 310 continues until the ATASecurity State is disabled in a disable operation 312 based on aspecific ATA or TCG disable command (e.g., ATA SECURITY DISABLEPASSWORD, ATA SECURITY ERASE UNIT, TCG revert method). A restoringoperation 314 restores the TCG password to the TCG default SID password,if the TCG default SID password was previously replaced with the ATAuser password. Processing then returns to the initial operation 302 andthe undeclared state (SOM0).

If the decision block 306 determines that the declaration initiates TCGsecurity mode, then a TCG security operation 316 accepts and processesTCG locking commands and TCG Admin commands based on the one or morepasswords passed to the TCG Locking SP, the TCG Admin SP, and the ATAdrive unlock command (from the BIOS). The TCG security operation 316continues until the TCG Security State is disabled in a disableoperation 318 based on a specific TCG disable commands (e.g., a TCGrevert method). Processing then returns to the initial operation 302 andthe undeclared state (SOM0).

FIG. 4 illustrates software layers of a computing system 400 and theirindividual capabilities relating to unlocking a TCG-encrypted storagedevice 402 (while in SOM2) when resuming from standby/sleep mode. TheBIOS 404 is assumed to not support TCG security, but theapplication/operating system 406 does support TCG security. Thedescribed technology provides a mechanism for enabling the TCG-unawareBIOS 404 to unlock the storage device 402 using non-TCG securitycommands when resuming from an S3 Standby/Sleep operation. In oneimplementation, in order for the TCG-unaware BIOS 404 to unlock aTCG-encrypted storage device when resuming from an S3 Standby/Sleepoperation, the BIOS 404 issues an ATA drive unlock command, which theTCG Storage Interface Interactions Specification requires theTCG-encrypted storage device 406 to ignore. See TCG Storage InterfaceInteractions Specification, Specification Version 1.0, Jan. 27, 2009,Section 4.5.1.3. However, in the described technology, the ATA driveunlock command includes the TCG password, which the storage device 402checks against the one or more passwords stored in the shadow MBR. Thestorage device 402 therefore unlocks any portions of the storage deviceand/or shadow MBR protected by the TCG password passed in the ATA Unlockcommand. Thereafter, processing control is handed off to theapplications/operating system 406, which takes over the TCG securitymanagement.

FIG. 5 illustrates communications 500 among a BIOS 504, an applicationor operating system 502, and a TCG-supporting storage device 506 afterstandby/sleep mode while in SOM2. The BIOS is unaware of or does notsupport TCG security commands. Nevertheless, the illustratedcommunications are initiated by the BIOS 504 when the computing systemin which the storage device 506 resides resumes operation afterstandby/sleep mode (e.g., the lid of a laptop is opened after the laptopwas suspended). In this state, the operating system/applications 502 arenot equipped to unlock the storage device from a TCG drive lock stateimposed when the computing device was suspended. Furthermore, there maybe no available host memory in which to load an application capable ofunlocking the TCG-locked storage device. As such, the responsibility forunlocking the storage device 506 falls to the TCG-unaware BIOS 504.

The BIOS 504 issues an identify command 508 to the storage device 506.The TCG-enabled and locked storage device 506 responds with identifydata 510, which indicates whether the storage device 506 has ATAsecurity supported and enabled or is locked by TCG and has shadow MBRset to true. If so, the BIOS 504 issues an ATA drive unlock command 512with a password (e.g., a TCG password) to the storage device 506, whichtests the password against one or more portions (e.g., bands or rangesof logical block addresses (LBAs)) in a test operation 514. Individualportions of the storage device, including the shadow MBR, may be lockedby different passwords under TCG security. As such, each portion istested against the password. If the password matches a portion of thestorage media, the storage device unlocks that portion for access by theBIOS 504 and operating system/application 502.

Unless the password does not match the password of any portions of thestorage device 506, the storage device 506 indicates that the ATA driveunlock command was completed successfully in a communication 516. Thepasswords are stored in a TCG Locking SP. If the password does not matchthe password of any portions of the storage device 506, then the storagedevice 506 indicates that the ATA drive unlock command was aborted inthe communication 516.

The BIOS 504, having unlocked the necessary portions and/or the shadowMBR, can now hand off (e.g., transfers) processing to the operatingsystem/applications 502, which can issue TCG security commands or otheraccess requests 518 to the storage device 506. The storage device 506responds to the TCG security commands or other access requests 520 asappropriate (e.g., with TCG security responses or other data).

FIG. 6 illustrates example operations 600 after standby/sleep mode whilein SOM2. A receive operation 602 receives from a TCG-unaware BIOS anidentify command, which in part asks the storage device to identifywhether it supports ATA security and whether it is enabled to do so. Areturn operation 604 returns identify data, which in one implementationincludes bits indicating whether the storage device supports ATAsecurity and whether ATA is enabled on the storage device, and whetherit is locked by TCG and shadow MBR is true.

If the storage device supports and is enabled for ATA security, areceive operation 606 receives an ATA drive unlock command with a TCGpassword. (Note: There may also be implementations where the storagedevice may or may not show ATA Security supported and enabled, but theBIOS can look at other identify bits to determine whether the storagedevices is locked by TCG and shadow MBR is true.) A testing operation608 tests the password against passwords associated with individualportions (e.g., bands or ranges of LBAs) of the storage device and/oragainst passwords that manage the shadow MBR. If the password matches apassword of a portion, then the storage device unlocks that portion toenable decrypted access to the portion by the operatingsystem/applications 502. A return operation 610 returns the result ofthe ATA drive unlock operation (e.g., success if at least one portion isunlocked, or abort). A handoff operation 612 hands off responsibilityfor TCG security from the BIOS to the operating system/applications, andresume for S3 is complete.

FIG. 7 illustrates an example computing system that can be used toimplement the described technology. A general purpose computer system700 is capable of executing a computer program product to execute acomputer process. Data and program files may be input to the computersystem 700, which reads the files and executes the programs therein.Some of the elements of a general purpose computer system 700 are shownin FIG. 7 wherein a processor 702 is shown having an input/output (I/O)section 704, a Central Processing Unit (CPU) 706, and a memory section708. There may be one or more processors 702, such that the processor702 of the computer system 700 comprises a single central-processingunit 706, or a plurality of processing units, commonly referred to as aparallel processing environment. The computer system 700 may be aconventional computer, a distributed computer, or any other type ofcomputer. The described technology is optionally implemented in softwaredevices loaded in memory 708, stored on a configured DVD/CD-ROM 710 orstorage unit 712, and/or communicated via a wired or wireless networklink 714 on a carrier signal, thereby transforming the computer system700 in FIG. 7 to a special purpose machine for implementing thedescribed operations.

The I/O section 704 is connected to one or more user-interface devices(e.g., a keyboard 716 and a display unit 718), a disk storage unit 712,and a disk drive unit 720. Generally, in contemporary systems, the diskdrive unit 720 is a DVD/CD-ROM drive unit capable of reading theDVD/CD-ROM medium 710, which typically contains programs and data 722.Computer program products containing mechanisms to effectuate thesystems and methods in accordance with the described technology mayreside in the memory section 704, on a disk storage unit 712, or on theDVD/CD-ROM medium 710 of such a system 700. Alternatively, a disk driveunit 720 may be replaced or supplemented by a floppy drive unit, a tapedrive unit, or other storage medium drive unit. The network adapter 724is capable of connecting the computer system to a network via thenetwork link 714, through which the computer system can receiveinstructions and data embodied in a carrier wave. Examples of suchsystems include Intel and PowerPC systems offered by Apple Computer,Inc., personal computers offered by Dell Corporation and by othermanufacturers of Intel-compatible personal computers, AMD-basedcomputing systems and other systems running a Windows-based, UNIX-based,or other operating system. It should be understood that computingsystems may also embody devices such as Personal Digital Assistants(PDAs), mobile phones, gaming consoles, set top boxes, etc.

When used in a LAN-networking environment, the computer system 700 isconnected (by wired connection or wirelessly) to a local network throughthe network interface or adapter 724, which is one type ofcommunications device. When used in a WAN-networking environment, thecomputer system 700 typically includes a modem, a network adapter, orany other type of communications device for establishing communicationsover the wide area network. In a networked environment, program modulesdepicted relative to the computer system 700 or portions thereof, may bestored in a remote memory storage device. It is appreciated that thenetwork connections shown are exemplary and other means of andcommunications devices for establishing a communications link betweenthe computers may be used.

In an example implementation, BIOS, operating systems, and applicationsmay be stored in a storage device or memory and executed by a processor,such as central process unit (CPU). A shadow MBR, an MBR, and a reserveddata region may be stored as program data in memory 708 or other storagesystems, such as disk storage unit 712. It should also be understoodthat the described technology may be employed outside of a generalpurpose computer, such as in mobile media devices, special purposescomputing systems, vehicles, and other electronic devices employingstorage devices.

The embodiments of the invention described herein may be implemented aslogical steps in one or more computer systems. The logical operations ofthe present invention are implemented (1) as a sequence ofprocessor-implemented steps executing in one or more computer systemsand (2) as interconnected machine or circuit modules within one or morecomputer systems. The implementation is a matter of choice, dependent onthe performance requirements of the computer system implementing theinvention. Accordingly, the logical operations making up the embodimentsof the invention described herein are referred to variously asoperations, steps, objects, or modules. Furthermore, it should beunderstood that logical operations may be performed in any order, unlessexplicitly claimed otherwise or a specific order is inherentlynecessitated by the claim language.

The above specification, examples, and data provide a completedescription of the structure and use of exemplary embodiments of theinvention. Since many embodiments of the invention can be made withoutdeparting from the spirit and scope of the invention, the inventionresides in the claims hereinafter appended. Furthermore, structuralfeatures of the different embodiments may be combined in yet anotherembodiment without departing from the recited claims.

1. A method comprising: managing security of a storage device that isprovisioned using a first security protocol via security management of asecond security protocol.
 2. The method of claim 1 wherein the firstsecurity protocol provides security through disc encryption and thesecond security protocol does not provide security through discencryption.
 3. The method of claim 1 wherein the first security protocolprovides Trusted Computing Group (TCG) security and the second securityprotocol provides AT Attachment (ATA) security.
 4. The method of claim 1wherein the managing operation comprises: overwriting a TCG defaultSecurity ID (SID) password with an ATA security password, responsive toreceipt of an ATA security enable command.
 5. The method of claim 4wherein the managing operation further comprises: restoring the TCGdefault SID password, responsive to receipt of an ATA security disablecommand.
 6. The method of claim 1 wherein the managing operationcomprises: passing a TCG SID password for unlocking one or more portionsof a storage medium locked using an ATA drive unlock command.
 7. Themethod of claim 6 wherein the managing operation further comprises:checking the TCG password passed with the ATA drive unlock commandsagainst one or more TCG passwords, each TCG associated with one or moreportions of a storage medium associated with the storage device.
 8. Themethod of claim 7 wherein the managing operation further comprises:unlocking at least one portion of the storage medium if the TCG passwordwith the ATA drive unlock command matches a TCG password of the at leastone portion.
 9. A storage device configured to: manage security of astorage device that is provisioned using a first security protocol viasecurity management of a second security protocol.
 10. The storagedevice of claim 9 wherein the first security protocol provides securitythrough disc encryption and the second security protocol does notprovide security through disc encryption.
 11. The storage device ofclaim 9 wherein the first security protocol provides Trusted ComputingGroup (TCG) security and the second security protocol provides ATAttachment (ATA) security.
 12. The storage device of claim 9 wherein themanaging operation comprises: overwriting a TCG default Security ID(SID) password with an ATA security password, responsive to receipt ofan ATA security enable command.
 13. The storage device of claim 12wherein the managing operation further comprises: restoring the TCGdefault SID password, responsive to receipt of an ATA security disablecommand.
 14. The storage device of claim 9 wherein the managingoperation comprises: passing a TCG password for unlocking one or moreportions of a storage medium locked using an ATA drive unlock command.15. A storage device configured to: support two or more storage securityprotocols using defined transitions between different security operatingmodes that determine which storage security protocol is managingsecurity for the security device.
 16. The storage device of claim 15wherein a first storage security protocol provides security through discencryption and a second storage security protocol does not providesecurity through disc encryption.
 17. The storage device of claim 15wherein a first storage security protocol provides Trusted ComputingGroup (TCG) security and the second storage security protocol providesAT Attachment (ATA) security.
 18. The storage device of claim 15comprising logic configured to overwrite a TCG default Security ID (SID)password with an ATA security password, responsive to receipt of an ATAsecurity enable command and to restore the TCG default SID password,responsive to receipt of an ATA security disable command.
 19. Thestorage device of claim 15 comprising logic configured to pass a TCGpassword for unlocking one or more portions of a storage medium lockedusing an ATA drive unlock command.
 20. The storage device of claim 19wherein the logic is further configured to check the TCG password passedwith the ATA drive unlock commands against one or more TCG passwords,each TCG password associated with one or more portions of a storagemedium associated with the storage device and to unlock at least oneportion of the storage medium if the TCG password with the ATA driveunlock command matches a TCG password of the at least one portion.